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(54) Management method for network apparatus, and network system 



(57) There is provided a method and system for per- 
form an initial setting on a network apparatus 60 with 
relative ease. The network system includes one or more 
of interconnecting devices 30 that are connected to a 
network, a target device to be managed that is connect- 
ed with one of the interconnecting devices 30 via a port, 
and a management device 10 that manages the target 
device based upon a port identifier for identifying the 
port. 
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Description 



[0001] This invention relates to management of a 
communications apparatus. This invention is suitably 
applicable for example to initial settings by a manage- 
ment device on a network apparatus such as a hub and 
a router connected to a network. 
[0002] The widespread use of local area networks 
(LANs) and wide area networks (WANs) in recent years 
has allowed a great many personal computers (herein- 
after referred to as PCs), hubs, switches, routers and 
other types of network apparatuses (among which an 
intelligent hub or the like may be called "agent") to get 
connected to networks and subnetworks thereof, where 
information is shared and transmitted in high traffic vol- 
ume. Distributed environments in management of con- 
figuration, performance, security, and billing in the net- 
work would offer a difficulty in locating or isolating a pos- 
sible problem with enormous cost entailed, and a draw- 
back on risk management. Therefore, there has arisen 
a need for centralized management of network status 
conditions. 

[0003] In order to perform network management, a 
management device (which may also be called "man- 
ager" or "server") monitors a connection status and traf- 
fic in network apparatuses, on the premise that the man- 
agement device has grasped communication parame- 
ters and other information of the network apparatuses 
and has set management information on the network 
apparatuses. The communication parameters, which in- 
clude IP address and the like, are used to enable com- 
munications capabilities of a network apparatus, and to 
make the network apparatus manageable to the man- 
ager. The management information is information re- 
quired for the management device to manage the net- 
work apparatus, and includes information common to all 
the network apparatuses and information unique to the 
types of the network apparatuses. In the description of 
the present application, the initial setting of the manage- 
ment information may in some instances be called "ini- 
tial configuration". 

[0004] Among methods for setting communication pa- 
rameters on the network apparatus have been conven- 
tionally proposed a manual setting using serial data 
communications. This is a method in which a terminal 
is connected with a target agent via an RS-232C inter- 
face to enter commands for directly setting communica- 
tion parameters, but where tens of or hundreds of net- 
work apparatuses are connected to the network as in 
the recent network environments accompanied with the 
development of LAN and WAN, the load of configuration 
becomes too much. Accordingly, another method using 
communications protocols such as BOOTP (BOOTstrap 
Protocol), DHCP (Dynamic Host Configuration Proto- 
col), TFTP (Trivial File Transfer Protocol) has been pro- 
posed in which a server (e.g., DHCP server) automati- 
cally sets the communication parameters on clients on- 
line upon startup. The management device is in many 



instances provided independently of the DHCP server 
for the purpose of distributing the DHCP servers that set 
IP addresses and the like. 

[0005] Conventionally, however, the initial setting of 

5 the network apparatus is not so easy. An initial configu- 
ration file might conceivably be transferred to the net- 
work apparatus through BOOTP, DHCP, and TFTP in 
combination, but each network apparatus could not be 
identified through these protocols. Therefore, in such an 

10 environment where different types of apparatuses coex- 
ist, management information unique to the network ap- 
paratus could not be set. On the other hand, a MAC ad- 
dress of each apparatus could be manually input in the 
management device, and the management information 

15 unique to the apparatus could be set based upon the 
MAC address. However, inputting the MAC addresses 
would be burdensome, and when the apparatus fails 
and is replaced, its MAC address is also changed; thus 
disadvantageous^ the MAC address needs inputting 

20 again. 

[0006] Accordingly, it is an object of the present inven- 
tion to provide a method and system for performing an 
initial setting on a network apparatus with relative ease. 
[0007] In order to achieve the above objects, a net- 

25 work system as one aspect of the present invention 
comprises one or more of interconnecting devices that 
are connected to a network; a target device to be man- 
aged that is connected with one of the interconnecting 
devices via a port; and a management device that man- 

30 ages the target device based upon a port identifier for 
identifying the port. According to this network system, 
the management device manages the target device 
based upon the port identifier on the premise that a fail- 
ure and replacement of the target device may change 

35 an address but will not change the port identifier of the 
interconnecting device. The management may include 
not only monitoring a connection status and traffic but 
also performing an initial setting on the target device. 
Therefore, the management device may perform an in- 

40 itial setting by applying management information before 
replacement to the target device after replacement. The 
interconnecting device and the target device are for ex- 
ample among a hub, a router, and a switch. 
[0008] A server may be included which sets an ad- 

45 dress on the network at the target device. This results 
in separation of the server and the management device, 
serving to realize distributed server arrangement, or the 
like. 

[0009] The above interconnecting device may include 
so a detector part that detects power-up of the target de- 
vice, and a processor part that notifies the management 
device of the port identifier when the detector part de- 
tects the power-up of the target device. This allows the 
management device to recognize power-up of the target 
55 device and to obtain the port identifier. 

[0010] The above management device preferably in- 
cludes a memory part for storing network apparatus in- 
formation including the address of the target device on 
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the network and device type information indicating a 
type of the target device, connection information includ- 
ing identifying information for the interconnecting device 
and the port identifier, and configuration information for 
managing the target device. This allows the manage- 
ment device to utilize the previous stored configuration 
information even when the target device is replaced. 
Moreover, the management device preferably includes 
a processor part that updates the configuration informa- 
tion stored in the memory part, if the management de- 
vice determines that a predetermined condition is satis- 
fied. The predetermined condition may be such that an 
administrator of the management device instructs so, a 
specified time comes, or the administrator changes the 
device setting. This allows the memory part to keep the 
configuration information updated at all times. Further, 
the management device preferably includes a proces- 
sor part that sets the configuration information stored in 
the memory part at the target device, if the management 
device determines that a predetermined condition is sat- 
isfied. The predetermined condition may include cases 
for example where the target device fails and is replaced 
with a new target device. As a result, the management 
device may dispense with an unnecessary address al- 
location and initial configuration. 
[0011] A management method as another aspect of 
the present invention comprises the steps of: providing 
via one or more of interconnecting devices connected 
to a network an address of a target device to be man- 
aged connected to one of the interconnecting devices 
or a port identifier for identifying a port of the target de- 
vice connected with one of the interconnecting devices 
via a port of the one of the interconnecting devices for 
a management device that is connected to the network 
to manage the target device; and the management de- 
vice managing the target device based upon the ad- 
dress. According to this management method, the man- 
agement device manages the target device based upon 
the address or port identifier provided from the intercon- 
necting device. This allows the address or port identifier 
to be automatically given from the interconnecting de- 
vice to the management device, and thus facilitates the 
management including initial configuration. The opera- 
tion of management performed by the management de- 
vice using the port identifier is the same as that of the 
above network system. 

[0012] In this case, the method may further includes 
the steps of the management device receiving a setting 
request for configuration information for managing the 
target device, and the address, and the management 
device identifying the address of the target device by 
comparing the address in the providing step and the ad- 
dress in the receiving step. This allows the management 
device to set the configuration information at only the 
target device only upon a setting request. The setting 
request does not necessarily have to be generated by 
the management device. The receiving step may in- 
clude the steps of the target device transmitting the set- 



ting request to the interconnecting device, and the inter- 
connecting device transferring the setting request to the 
management device and providing the address of the 
target device for the management device. In other 

5 words, in this case, the target device notifies the man- 
agement device of the setting request and the address 
via the interconnecting device. This is because the tar- 
get device in many instances has no information about 
the address of the management device before configu- 

10 ration. 

[0013] The above providing step may further provide 
an address of the target device on the network for the 
management device, and the management method may 
further include the steps of the management device re- 
ts ceiving a setting request for managing the target device 
and the address, and the management device identify- 
ing the port identifier of the target device by comparing 
the address in the providing step and the address in the 
receiving address. This allows the management device 
20 to set the configuration information at only the target de- 
vice only upon a setting request. The above receiving 
step includes the steps of the target device transmitting 
the setting request to the interconnecting device, and 
the interconnecting device transferring the setting re- 
25 quest to the management device and providing the ad- 
dress of the target device and the port identifier for the 
management device. In other words, in this case, the 
target device notifies the management device of the set- 
ting request, the address, and the port identifier via the 
30 interconnecting device. This is because the target de- 
vice in many instances has no information about the ad- 
dress of the management device before configuration. 
The receiving step may include the step of the manage- 
ment device communicating with a server for setting an 
35 address of the target device on the network to obtain the 
address. In this case, the management device obtains 
an address of the target device from an address assign- 
ment server such as a DHCP server. The setting request 
does not necessarily have to be generated by the target 
40 device. Since the management device usually sets con- 
figuration information after the server assigns an ad- 
dress, the server may further provide a setting request 
to the management device. 

[0014] The above address is, for example, an IP ad- 

45 dress and a MAC address. 

[0015] In the above receiving step, the management 
device may further receive device type information that 
indicates a type of the target device. This allows the 
management device to perform management according 

50 to the type of the device. 

[0016] A management method as yet another aspect 
of the present invention is a method by which a target 
device to be managed connected with a interconnecting 
device connected to a network is managed on the net- 

55 work, comprising the steps of setting network apparatus 
information including an address of the target device on 
the network and device type information for identifying 
a type of the target device, setting connection informa- 
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tion including identifying information of the interconnect- 
ing device and a port identifier, setting configuration in- 
formation for managing the target device, and creating 
a comparative table of the network apparatus informa- 
tion, the connection information, and the configuration 5 
information. This method includes the step of creating 
a comparative table and thereby allows communication 
parameters of multiple communications apparatuses to 
be managed at one place. The method may further in- 
clude the steps of setting the configuration information 10 
at the target device or the step of managing the target 
device based upon the port identifier. These steps may 
exert the above operation. In addition, these methods 
may be implemented via a program. 
[0017] A interconnecting device connected to a net- is 
work as yet another aspect of the present invention com- 
prises a detector part that detects power-up of a target 
device to be managed connected with the interconnect- 
ing device, and a processor part that notifies a manage- 
ment device that is connected to the network to manage 20 
the target device of an address of the target device, 
when the detector part detects the power-up of the tar- 
get device. The target device may be connected with 
the interconnecting device via a port of the interconnect- 
ing device, and the processor part may further notify the 25 
management device of a port identifier for identifying the 
port, when the detector part detects the power-up of the 
target device. This interconnecting device also exerts 
the above operation. Moreover, a program that executes 
a control method implemented by the interconnecting 30 
device also exerts the same operation. The program 
may be stored and distributed in a recordable medium 
as an independent commodity, or may be distributed 
and updated online via a network such as the Internet. 
[0018] For a better understanding of the invention, 35 
and to show how the same may be carried into effect, 
reference will now be made, by way of example, to the 
accompanying drawings, in which:- 

Fig. 1 schematically illustrates a structure of a net- 40 
work system of the present invention. 
Fig. 2 is a schematic block diagram of a manage- 
ment device of the network system as shown in Fig. 
1. 

Fig. 3 is a management table stored in a memory 45 
part of the management device as shown in Fig. 2. 
Fig. 4 is a schematic block diagram of a intercon- 
necting device with which the network apparatus is 
connected in the network system as shown in Fig. 1 . 
Fig. 5 is a schematic block diagram of the network 50 
apparatus in the network system as shown in Fig. 1 . 
Fig. 6 is a timing chart of an initial setting operation 
by the network system as shown in Fig. 1. 
Fig. 7 is a flowchart for explaining a detailed oper- 
ation of the management device as shown in Fig. 2 55 
in the timing chart shown in Fig. 6. 
Fig. 8 is a flowchart for explaining a control method 
implemented by the interconnecting device in the 



network system as shown in Fig. 1 . 

Fig. 9 is a flowchart for representing operations of 

the management device as shown in Fig. 2 creating 

the management table as shown in Fig. 3. 

Fig. 10 is a variation of the timing chart shown in 

Fig. 6. 

Fig. 11 is a flowchart for representing a backup 
method of information on the network apparatus im- 
plemented by the management device as shown in 
Fig. 2. 

Fig. 1 2 is another variation of the timing chart shown 
in Fig. 6. 

Fig. 13 is a timing chart for explaining a manage- 
ment operation of the network system as shown in 
Fig. 1. 

Fig. 14 is a flowchart for representing states set in 
a -State" field of the management table as shown 
in Fig. 3. 

[0019] A description will now be given of a network 
system 1 of the present invention with reference to the 
accompanying drawings. Fig. 1 is a structural illustration 
of the network system 1 of the present invention. The 
network system 1 includes, as illustrated, a manage- 
ment device 10, a DHCP server 20, a interconnecting 
device 30, an Ethernet network 40, and a network ap- 
paratus 60. 

[0020] In conjunction with the present invention, the 
management device 10 manages the network appara- 
tus 60. To be more specific, the management device 10 
manages a status condition and traffic of connection es- 
tablished between the network apparatus 60 and the 
other apparatuses, and thereby manages configuration, 
performance, security, and billing of the Ethernet net- 
work 40. In the present embodiment, as will be de- 
scribed later with reference to Fig. 13, the management 
device 10 manages the network apparatus 60 using 
SNMP. 

[0021] In the configuration management, the status 
conditions of devices constituting the network are mon- 
itored, and an operation of each apparatus is controlled. 
In addition, a firmware version may be acquired for each 
apparatus. This allows a network administrator to grasp 
the current network configuration (hereinafter referred 
to as "network configuration") connected to the network 
and subnetworks thereof. 

[0022] In the performance management, an adminis- 
trator measures the performance of the devices consti- 
tuting the network. The performance management al- 
lows the network administrator to monitor the status 
conditions of traffic of each apparatus to see the network 
activities as to whether an abnormal packet is transmit- 
ted, whether there is a shortcoming in performance of 
the server, or the like. 

[0023] In the security management, the use of re- 
sources (information and apparatuses) in the network is 
restricted and controlled to encourage a valid use of 
these resources. The network administrator periodically 
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investigates an access record of users to find an unau- 
thorized use, or to prevent an unauthorized user from 
invading the network. 

[0024] In the billing management, the use statuses of 
the resources in the network are recorded for each user. 5 
The network administrator grasps the use rates of the 
network resources for each user to issue a warning to 
a user who abuses the resources or to use such infor- 
mation for providing better services. 
[0025] The management device 1 0 in the present em- 10 
bodiment, which is constructed exemplarily as a desk- 
top PC, includes, as shown in Fig. 2, a controller 11, a 
communication port 12, a RAM 13, a ROM 14, and a 
memory part 15. Fig. 2 is a schematic block diagram of 
the management device 10. In Fig. 2, input/output de- *5 
vices (e.g., a keyboard, a mouse or other pointing de- 
vices) and a display devices (e.g., a display monitor, and 
the like) attached to the management device 10 are not 
illustrated. Through the input device, an operator of the 
management device 10 may input data of various kinds 20 
in the memory part 15, and download necessary soft- 
ware into the RAM 13, and ROM 14 or memory part 15. 
[0026] The controller 11 , which covers a broad range 
of processors such as a CPU and an MPU regardless 
of what we may call that, controls each section of the 25 
management device 10. If necessary, the management 
device 10 may be connected with a host (not shown), 
and the controller 11 may communicate with the host. 
The controller 11 , in conjunction with the present inven- 
tion, executes a configuration management table crea- 30 
tion program stored in the memory part 1 5 to set con- 
figuration information of the network apparatus 60 and 
constructs management tables 16 and 17. Moreover, 
the controller 11 manages the network apparatus 60 via 
the communication port 12. 35 
[0027] The communication port 12 may be a LAN 
adapter for establishing a connection to the Ethernet 
network 40, and a USB port or IEEE 1394 port for pro- 
viding connection to the Internet (as necessary, via an 
Internet service provider (ISP)) via a modem, or a ter- *o 
minal adapter (TA) through the public telephone net- 
work, ISDN, or various types of dedicated lines. The 
RAM 1 3 serves to temporarily store data to be read from 
the ROM 14 or the memory part 15 or data to be written 
in the memory part 15 or the like. The ROM 14 serves 45 
to store various kinds of software required to have the 
controller 1 1 operated, firmware, and other types of soft- 
ware. 

[0028] The memory part 1 5 serves to store a manage- 
ment table creation program for creating the manage- 50 
ment table 16 as shown in Fig. 3(a) and the manage- 
ment table 17 as shown in Fig. 3(b), and the manage- 
ment table 16 as shown in Fig. 9. Figs. 3(a) and (b) 
shows an example of the management tables 16 and 
17. The management table creation program may be 55 
distributed as an independent commodity. 
Accordingly, the program may be sold in a CD-ROM or 
other recordable media, or distributed and updated on- 
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line via a network such as the Internet. 
[0029] The management table 16 serves to instruct 
and manage the network apparatus 60 (or configuration 
information thereon) connected to a network, or a sub- 
network as a segment of the network via the intercon- 
necting devices 30 and 50. This management table 16 
allows an inventory management of a plurality of net- 
work apparatuses 60 to be performed at one place. In 
the table,' — ' denotes that no data have been obtained 
or set yet. The management table 16 represents a rela- 
tionship among network apparatus information, connec- 
tion information, and configuration information. The 
management table 16 differs from the management ta- 
ble 1 7 in that the configuration information varying with 
the types of the network apparatuses 60 is identified. 
[0030] The network apparatus information consists of 
an IP address and MAC address of the network appa- 
ratus 60 on the network, and the device type information 
for identifying the type of the network apparatus 60. 
[0031] The IP (Internet Protocol) address is an ad- 
dress that is assigned to computers or network appara- 
tuses connected to a network supporting TCP/IP, and is 
represented as a series of numbers in decimal notation 
separated by periods, each number ranging from 0 to 
255. The IP address is included in an IP header provided 
by the IP protocol arranged in the network layer of the 
TCP/IP protocol. An IP address of a computer directly 
connected to the Internet may be obtained from the NIC 
(Network Information Center). Alternatively, a domain 
name corresponding to the IP address that is assigned 
by the DNS (Domain Name System) may be used in 
place of an IP address. 

[0032] The MAC (Media Access Control) address is 
an address for identifying an information apparatus con- 
nected to a LAN, and a hardware address of a intercon- 
necting device located in a communications path for 
reaching an IP address. 

[0033] The device type information is, for example, 
sysObjectID object type in MIB-II for SNMP that will be 
described later. The device type information may also 
be a housing identifier of the network apparatus 60. 
[0034] The connection information consists of identi- 
fying information of the interconnecting device 50 con- 
nected with the network apparatus 60, and a port iden- 
tifier that will be described later. The identifying informa- 
tion of the interconnecting device 50 may be the IP ad- 
dress. 

[0035] The configuration information consists of a 
configuration file, configuration procedure, state, and in- 
struction for managing the network apparatus 60. 
[0036] The configuration file serves to store manage- 
ment information the management device 1 0 sets on the 
network apparatus 60. The configuration procedure is 
an identifier for managing a procedure in which the man- 
agement device 10 sets information on the network ap- 
paratus 60. The procedure means a protocol, authenti- 
cation process, or the like. An administrator of the man- 
agement device 10 may freely select the configuration 
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procedure. A plurality of configuration files may be des- 
ignated as the configuration file {i.e., in the management 
tables 16 and 17). The configuration file may be 
firmware (i.e., software implemented in the network ap- 
paratus 60). 5 
[0037] However, in practical application, the configu- 
ration file and the configuration procedure may be, in 
many instances, copied from another area of the mem- 
ory part 15 in which software used commonly among 
the types of the network apparatuses 60 and unique to 
software varying with the types, copied from a CD-ROM 
including a plurality of configuration files for managing 
the network apparatuses 60, or downloaded from a spe- 
cific homepage via the Internet. 

[0038] The "State- field serves to determine whether « 
the configuration file is backed up, and enables an ad- 
ministrator of the management device 10 to grasp the 
status of the configuration/backup. One of five states 
may be set in the "State" field, and a transition is made 
as shown in Fig. 14. Fig. 14 is a flowchart for represent- 20 
ing the states set in the "State" field. 
[0039] An Initial state' (step 1 500) is a state in which 
neither configuration file or configuration procedure is 
specified, i.e., set in the management table 16. Thus, 
the controller 1 1 sets the configuration file and configu- 25 
ration procedure in the management table 16 (step 
1502). Even in either of these states, when the config- 
uration file and configuration procedure are specified, a 
transition is made to a 'Not configured' state (step 1 504). 
Also in either of these states, when the configuration file 30 
and configuration procedure are removed, a transition 
is made to ihe 'initial state'. 

[0040] The 'Not configured' state (step 1 504) is a state 
where the configuration file and configuration procedure 
are set in the management table 16 but have not yet 35 
been set on the network apparatus 60. In that state, the 
controller 1 1 sets the configuration file and configuration 
procedure on the network apparatus 60 (step 1506). 
When the configuration file and configuration procedure 
are set on the network apparatus 60, the "State" field of 40 
the management table 16 is changed to a 'Configured' 
state (step 1508). Like this, the 'Configured' state is a 
state in which the configuration file and configuration 
procedure are set on the network apparatus 60. 
[0041] Next, according to an instruction in an "instruc- 45 
tion" field of the management table 16 that will be de- 
scribed later, configuration information (or management 
table 16) is backed up (step 1510). When the configu- 
ration information is backed up, a 'Backed up' state is 
set in the "State" field (step 1512). The 'backed up' state so 
is a state in which the management table 16 is backed 
up in accordance with an instruction in the "Instruction" 
field. 

[0042] Next, information including the configuration 
file and configuration procedure that are backed up is 55 
set on the network apparatus 60 (step 1514). This sets 
a 'Recovered' state in the "State" field (step 1516). This 
'Recovered' state is a state in which the network appa- 



ratus 60 is configured with configuration information that 
is backed up. 

[0043] In some instances, backup may be performed 
in accordance with an instruction of the "Instruction" field 
from step 1504 to step 1512 (step 1518). Or, backup 
may also be performed in accordance with an instruction 
of the "Instruction" field from step 1516 to step 1512 
(step 1520). For example, when the management table 
16 is backed up in the 'Not configured' state, the state 
is changed into the 'Backed up' state, and thereafter 
when the information is set on the network apparatus 
60, the state in the "State" field is changed to the 'Re- 
covered' state rather than the 'Configured' state. 
[0044] The "Instruction" field indicates a backup 
method for configuration information of the network ap- 
paratus 60. For example, a 'Periodical backup' means 
that the configuration file is periodically backed up at a 
specified time, while a 'Backup on change' means that 
the configuration file is backed up when the administra- 
tor changes the device settings. 
[0045] The management device 1 0 may further have 
a subnet mask, a default gateway, a user ID and pass- 
word, a hardware version, and firmware version includ- 
ed in the management table 16. The hardware version 
is a version of the network apparatus 60 hardware, and 
the firmware is a version of the network apparatus 60 
firmware. 

[0046] The management table 17 as shown in Fig. 3 
(b) is a management table common for each type of the 
network apparatus 60. The management table 17 is 
looked up when the configuration file is not set in ihe 
management table 16. In the management table 17, as 
shown, device type information of the network appara- 
tus 60, a configuration file common for each type of the 
apparatus, and a configuration procedure common for 
each type of the apparatus are correlated with each oth- 
er. The management table 17, according to the present 
embodiment, is created before the management table 

16 is created, and stored in the memory part 15 in ad- 
vance. It goes without saying that the management table 

17 may be downloaded from resources on the Internet 
or copied from a CD-ROM when used. 
[0047] The DHCP server 20 sets communication pa- 
rameters on the network apparatus 60. Such separate 
provision of the DHCP server 20 independent from the 
management device 10 is preferable to achieve distrib- 
uted services of the DHCP server. The communication 
parameters include the above-mentioned IP address, 
subnet mask, default gateway. 
[0048] The subnet mask is a bit pattern for separating 
the host address part of the IP address into the subnet 
address and the host address. When "255.255.255.0" 
is set in the subnet mask, the first three numbers are 
represented in binary notation as "11111111". "1" in the 
subnet mask denotes the same network. 
[0049] The default gateway is an IP gateway through 
which a host transmits an IP datagram when the host 
for transmitting the IP datagram incorporates a routing 
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table including a target IP address, unless the target IP 
address has the same network address as the host. 
[0050] The user ID and password pair is an identifier 
for preventing unauthorized use of the network appara- 
tus 60 in the network. The management device 1 0 may 5 
store information that was acquired in advance by offline 
means such as telephone, facsimile, and ordinary mail 
from the user of each network apparatus 60 on the net- 
work apparatus 60, or may acquire the information when 
the configuration information is set at the network appa- 10 
ratus 60. 

[0051] The communication parameters may include 
cryptographic information (e.g., key information and en- 
cryption scheme information), and an address of the 
management device 10 for transmitting a notification is 
that the network apparatus 60 is abnormal (e.g., a trap 
signal for use with SNMP as will be described later). 
[0052] If the controller 1 1 could display a tree of a net- 
work structure of the Ethernet network 30 from informa- 
tion in the management table 1 6, it would preferably fa- 20 
cilitate user's understanding. 

[0053] The interconnecting device 30 is embodied as 
a router in the present embodiment. The router is a in- 
terconnecting device for establishing connection be- 
tween LANs or between LAN and WAN, and since any 25 
mechanism known in the art may be applied to the in- 
terconnecting device 30, a detailed description will be 
omitted herein. However, the router 30, as will be de- 
scribed later, serves to forward an initial setting request 
transmitted from the network apparatus 60 to the router 30 
30 to the management device 10. The router 30 is con- 
nected with the management device 10 and the DHCP 
server 20 via the Ethernet network 40. The interconnect- 
ing device 30 may include a wireless interconnecting de- 
vice (e.g., an access point as a interconnecting device 35 
for wireless LAN). 

[0054] The present embodiment uses the Ethernet 
network 40 as a typical LAN. The Ethernet network 40 
is a LAN in a bus topology, and includes 10Base-T, 
100Base-TX, Gigabit Ethernet, and the like. However, 40 
the present invention is not only applicable to the above, 
but also to other types of LAN (e.g., Token Ring), and 
networks other than LAN such as WAN (Wide Area Net- 
work), MAN (Metropolitan Area Network), private net- 
work, the Internet, commercial dedicated lines network <s 
(e.g., America Online), and other networks. 
[0055] The interconnecting device 50 is a intercon- 
necting device for connecting the network apparatus 60 
to the network 40, and includes a relay port 52 through 
which the network apparatus 60 is connected. The in- 50 
terconnecting device 50 is comprised, for example, of a 
hub, a switch, a router, other concentrators, a repeater, 
a bridge, a gateway device, a PC, a wireless intercon- 
necting device (e.g., an access point as a interconnect- 
ing device for wireless LAN), or the like, identifying in- 55 
formation of the interconnecting device 50 and a port 
identifier of the relay port 52 are indicated in the con- 
nection information in the management table 16. 
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[0056] The interconnecting device 50 includes, as 
shown in Fig. 4, a controller 51 , a relay port 52, a RAM 
53, a ROM 54, a memory part 65, a detector part 56, 
and a communication port 57. Fig. 4 is a schematic block 
diagram of the interconnecting device 50. In Fig. 4 as 
well, the input and output devices and display device 
attached to the interconnecting device 50 are not illus- 
trated for the sake of convenience. Through the input/ 
output device, an operator of the interconnecting device 
50 may input data of various kinds in the memory part 
55, and download necessary software into the RAM 53, 
and ROM 54 or memory part 55. 
[0057] The controller 51 , which covers a broad range 
of processors such as a CPU, and MPU regardless of 
what we may call that, controls each section of the in- 
terconnecting device 50. The controller 51, in conjunc- 
tion with the present invention, communicates with the 
detector part 56, and provides information for identifying 
the network apparatus 60 to the management device 10, 
or relays management of the network apparatus 60 by 
the management device 10. 

[0058] The relay port 52 is a communication port 
through which the network apparatus 60 establishes a 
cable connection. In the present embodiment, the man- 
agement device 10 manages the network apparatus 60 
based upon the port identifier of the relay port 52, on the 
premise that the port identifier of the relay port 52 of the 
interconnecting device 50 will not change though the 
communication parameters may be changed when the 
network apparatus 60 fails and is exchanged. 
[0059] The RAM 53 serves to temporarily store data 
to be read from the ROM 54 or the memory part 55, or 
data to be written in the memory part 55, or the like. The 
ROM 54 serves to store various kinds of software re- 
quired to have the controller 51 operated, firmware, and 
other types of software. 

[0060] The memory part 55, in conjunction with the 
present invention, serves to store a control method ex- 
ecuted by the interconnecting device 50 as will be de- 
scribed later with reference to Fig. 8. This control meth- 
od may be implemented as a program that can be dis- 
tributed as an independent commodity. Accordingly, the 
program may be sold in a CD-ROM or other recordable 
media, or distributed and updated online via a network 
such as the Internet. 

[0061] The detector part 56 detects power-up of the 
network apparatus 60 by communicating with the relay 
port 52, and notifies the controller 51 of the power-up. 
Since the detector part 56 may perform detection by 
comparing a voltage of the relay port 52 with a specific 
slice level, or any structure known in the art may be ap- 
plied to the detector part 56, a detailed description will 
be omitted herein. 

[0062] The communication port 57 may be a LAN 
adapter for connecting the interconnecting device 50 
with the interconnecting device 30 or the Ethernet net- 
work 40, and a USB port or IEEE 1 394 port for providing 
connection to the Internet (as necessary, via an Internet 



7 



13 



EP 1 276 275 A2 



service provider (ISP)) via a modem, or a terminal 
adapter (TA) through the public telephone network, IS- 
DN, or various types of dedicated lines. Through* the 
communication port 57 the interconnecting device 50 
may communicate with the management device 1 0. 5 
[0063] The network apparatus 60 is a target device to 
be managed by the management device 10, and in- 
cludes network apparatuses such as a hub, a switch, a 
router, other concentrators, a repeater, a bridge, a gate- 
way device, a PC, a server, and a wireless interconnect- 10 
mg device (e.g., an access point as a interconnecting 
device for wireless LAN). 

[0064] The network apparatus 60, as shown in Fig. 5, 
includes a controller 61, a communication port 62, a 
RAM 63, a ROM 64, and a memory part 65. Fig. 5 is a is 
schematic block diagram of the network apparatus 60. 
In Fig. 5 as well, the input and output devices and display 
device attached to the network apparatus 60 are not il- 
lustrated for the sake of convenience. Through the input/ 
output device, an operator of the network apparatus 60 20 
may input data of various kinds in the memory part 65, 
and download necessary software into the RAM 63, ana- 
ROM 64 or memory part 65. 

[0065] The controller 61 , which covers a broad range 
of processors such as a CPU and an MPU, regardless 25 
of what we may call that, controls each section of the 
network apparatus 60. The controller 61 , in conjunction 
with the present invention, requests the DHCP server 
20 to transmit communication parameters and stores 
the received communication parameters in the memory 30 
part 65, transmits an initial setting request to the router 
30, and communicates with the controller 1 1 of the man- 
agement device 10. 

[0066] The communication port 62 is an interface of 
various kinds or the like that is connected with the relay 35 
port 52 of the interconnecting device 50. The RAM 63 
serves to temporarily store data to be read from the 
ROM 64 or the memory part 65 or data to be written in 
the memory part 65 or the like. The ROM 64 serves to 
store various kinds of software required to have the con- 40 
trailer 61 operated, firmware, and other types of soft- 
ware. The memory part 65 serves to store communica- 
tion parameters and a setting program thereof. The set- 
ting program is a program that receives and sets com- 
munication parameters from the DHCP server. 45 
[0067] A description will be given of an operation of 
the inventive network system 1 with reference to Figs. 
6 and 7. Fig. 6 is a timing chart of an initial setting op- 
eration of the network apparatus 60 by the network sys- 
tem 1 . Fig. 7 is a flowchart for explaining a detailed op- so 
eration of the management device 1 0 in the timing chart 
shown in Fig. 6. 

[0068] As indicated by two topmost arrows in Fig. 6, 
first, the network apparatus 60 requests the DHCP serv- 
er 20 to transmit communication parameters with DHCP, ss 
for example, upon power-up, and the DHCP server 20,' 
in response thereto, transmits and sets the communica- 
tion parameters. The present invention is not limited to 



the above, but the network apparatus 60 may use 
BOOTP or other protocols. 

[0069] Concurrently, the detector part 56 of the inter- 
connecting device 50 communicates with the relay port 
52, and thereby detects the power-up of the network ap- 
paratus 60, and notifies the controller 51 of the detec- 
tion. An operation of the interconnecting device 50 in 
this case is shown in Fig. 8. Fig. 8 is a flowchart for ex- 
plaining a control method implemented by the intercon- 
necting device 50. 

[0070] First, the controller 51 determines using a de- 
tection result of the detector part 56 whether the network 
apparatus 60 connected with the interconnecting device 
50 is powered on (step 1102). Next, the controller 51 
receives a notification of the power-up from the detector 
part 56, and rf the controller 51 determines that the target 
device to be managed is powered on, the controller 51 
notifies the management device 1 0 through the commu- 
nication port 57 of the MAC address and/or IP address, 
and the port identifier of the relay port 52 (step 1104). ' 
[0071] Accordingly, as indicated by the third arrow 
from the top in Fig. 6, the controller 51 of the intercon- 
necting device 50 notifies the management device 10 
through the communication port 57 of the power-up. 
When the management device 1 0 detects the power-up 
of the network apparatus 60 (step 1002), the manage- 
ment device 10 obtains the MAC address or IP address 
of the network apparatus 60 (step 1004), and obtains 
identifying information of the interconnecting device 50 
with which the network apparatus 60 is connected, and 
the port identifier of the relay port 52 (step 1006). ' 
[0072] Next, the controller 1 1 of the management de- 
vice 10 conducts a search and determines whether the 
obtained connection information exists in the manage- 
ment table 16 (step 1008). The controller 11, ff deter- 
mining that the connection information does not exist, 
add network apparatus information and connection in- 
formation to the management table 16 (step 1010), and 
completes the process. On the other hand, the controller 
11, if determining that the connection information does 
exist, updates (the history of) the network apparatus in- 
formation in the management table 16 (step 1012). 
[0073] When the setting of the communication param- 
eters is concluded, the network apparatus 60 transmits 
the initial setting request to a predetermined default 
router 30, for example, with a trap message in SNMP 
that will be described later. In response, the router 30 
forwards the setting request from the network apparatus 
60 to the management device 10. In this manner, the 
network apparatus 60 transmits the initial setting re- 
quest to the management device 10 through the router 
30 in the present embodiment. This is because the net- 
work apparatus 60 generally does not have information 
on an address of he management device 10 when the 
communication parameters are set. However, if the DH- 
CP server 20 transmits the address of the management 
device 10 together with the communication parameters 
to the network apparatus 60, the network apparatus 60 
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may directly transmit the initial setting request to the 
management device 10. 

[0074] The network apparatus 60 may have device 
type information, and the above user ID, hardware ver- 
sion or the like, included in parameters for the initial set- 5 
ting request. This allows the management device 10 to 
perform an initial configutation procedure according to 
the device type, and to perform finer management in the 
management that will be described later with reference 
to Fig. 13. 10 
[0075] The controller 11 of the management device 
10, if determining that the initial setting request is re- 
ceived (step 1014), obtains the IP address, MAC ad- 
dress, and device type information of the network appa- 
ratus 60 (step 1016). Next, the management device 10 15 
compares the MAC address or IP address obtained from 
the interconnecting device 50 upon power-up with the 
MAC address or IP address obtained upon receipt of the 
initial setting request, and searches for an address that 
matches (step 1018). The controller 11, if determining 20 
that the obtained network apparatus information does 
not exist in the management table 16, stops the process 
(step 1020). In that event, an error message or the like 
may be returned to the network apparatus 60. 
[0076] On the other hand, the controller 11 oftheman- 25 
agement device 10, if determining that the obtained net- 
work apparatus information exists in the management 
table 16, updates (the history of) the network apparatus 
information (step 1022). Next, the controller 11 looks up 
the configuration information in the management table 30 

16 (step 1024). Next, the controller 11 determines 
whether the configuration file exists in the management 
table 16 (step 1025). 

[0077] The controller 11, if determining that the con- 
figuration file does not exist in the management table 1 6 35 
(step 1026), looks up the management table 17 (step 
1 028). Next, the controller 1 1 determines whether a cor- 
responding device type exists in the management table 

17 (step 1030). The controller 11, if determining that the 
corresponding device type does not exist in the man- *o 
agement table 17 (step 1030), the process is concluded. 

On the other hand, the controller 11, if determining in 
step 1026 that the configuration file exists in the man- 
agement table 16 and determining in step 1030 that the 
corresponding device type exists in the management ta- 45 
ble 17, performs an initial setting of the configuration file 
on the network apparatus 60 in accordance with the con- 
figuration procedures of the management table 1 6 or 1 7 
(step 1032), and completes the process. The controller 
11 performs an initial setting of the configuration file in so 
the management table 1 7 on the network apparatus 60, 
and thereby the management device 10 can perform 
minimum management of the network apparatus. 
[0078] As described above, the management device 
1 0 in the present embodiment performs an initial setting 55 
of the network apparatus 60 based upon the address 
and/or port identifier of the network apparatus 60. To be 
more specific, on the network apparatus 60 identified by 
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the address and/or port identifier, in accordance with a 
predetermined configuration procedure, the initial set- 
ting is performed. With the port identifier used as a key, 
the management device 10 manages the network ap- 
paratus 60 on the premise that a failure and replacement 
of the network apparatus 60 may change communica- 
tion parameters but will not change the port identifier of 
the relay port 52 in the interconnecting device 50, and 
the network apparatus 60 corresponds to the port iden- 
tifier one to one. 

[0079] The controller 11 preferably inquires a user in 
each step as described above whether the network con- 
figuration should be displayed in a treelike chart, and 
displays the tree if the user wishes so. 
[0080] Referring now to Fig. 9, a description will be 
given of a creation method for the management table 
16 by the management device 10. First, the controller 
11 obtains the network apparatus information including 
the MAC address and IP address of the network appa- 
ratus 60, and the device type information that indicates 
the type of the network apparatus (step 1302). The ob- 
taining method may be linked with the power-up detec- 
tion by the interconnecting device 50, or may be ob- 
tained from the DHCP server 20 as will be described 
later. 

[0081] Next, the controller 11 obtains connection in- 
formation including the identifying information and port 
identifier (step 1304). 

[0082] Next, the controller 1 1 obtains configuration in- 
formation for managing the network apparatus, i.e., a 
configuration file, a configuration procedure, and a state 
and instruction (step 1306). As described above, the 
configuration file and configuration procedure may be 
copied from those which have been combined and 
stored in another area of the memory part 1 5 in advance. 
The state and instruction fields may be entered by an 
administrator of the management device 10 when the 
corresponding network apparatus information or the like 
is combined. A method of updating the configuration file 
in accordance with an instruction entered in the instruc- 
tion field will be described with reference to Fig. 11. 
[0083] Like this, the management table 16 as shown 
in Fig. 3(a) is created (step 1308). Consequently, as de- 
scribed above, the administrator of the management de- 
vice 10 may manage the Ethernet network 40 at one 
place. 

[0084] Next, a description will be given of a variation 
of the embodiment shown in Fig. 6 with reference to Fig. 
1 0. In the present embodiment, the management device 
10 communicates the DHCP server 20 periodically or in 
a predetermined condition, and receives an IP address 
and/or MAC address, and an initial setting request from 
the DHCP server 20. Since the DHCP server 20 recog- 
nizes that an initial setting on the network apparatus 60 
may be performed by the management device 10 after 
communication parameters are set on the network ap- 
paratus 60, the DHCP server 20 instead of the network 
apparatus 60 requests the management device 10 to 
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perform the initial setting on the network apparatus 60. 
Accordingly, in that event, the management device 10 
compares the MAC address or IP address received from 
the DHCP server20 with the MAC address or IP address 
obtained by the power-up notification from the intercon- 
necting device 50. 

[0085] The configuration information may be backed 
up in preparation for a future opportunity of replacement 
of the apparatus, or periodically. Alternatively, the con- 
figuration information may be backed up upon notifica- 
tion of change in the configuration information from the 
network apparatus 60. Optionally, a history of backup 
information may be managed in preparation for recovery 
necessitated by a configuration mistake or the like. 
[0086] In Fig. 1 1 shown are several methods of updat- 
ing the configuration file. Fig. 11 is a flowchart for rep- 
resenting a method for updating configuration informa- 
tion when a predetermined condition is satisfied, and 
Figs. 11(a) through (c) differ in the predetermined con- 
dition. 

[0087] Referring to Fig. 1 1 (a), the controller 1 1 deter- 
mines whether an administrator has entered a backup 
instruction (step 1402), and if determining that the in- 
struction has been entered, collects information from the 
specified apparatus according to a backup procedure 
(step 1404), and updates the configuration file (step 
1406). 

[0088] Referring to Fig. 1 1 (b), the controller 1 1 deter- 
mines whether a specified time has come (step 1408), 
and if determining that the time has come, collects in- 
formation from the specified apparatus according to the 
backup procedure (step 1404), and updates the config- 
uration file (step 1 406). The specified time may be spec- 
ified by the administrator in advance. When the method 
as shown in Fig. 11(b) is adopted, the controller 11 writes 
'Periodical backup' into the "Instruction" field in the man- 
agement table 16. 

[0089] Referring to Fig. 1 1 (c), the controller 1 1 deter- 
mines whether a notification that the user of the network 
apparatus 60 has changed the apparatus configuration 
of the network apparatus 60 is received from the net- 
work apparatus 60 (step 1410), and if determining that 
the notification is received, collects information from the 
specified apparatus according to the backup procedure 
(step 1404), and updates the configuration file (step 
1406). When the method as shown in Fig. 1 1 (c) is adopt- 
ed, the controller 11 writes Backup upon change* into 
the "Instruction" field in the management table 16. 
[0090] When the backup process is complete, the 
controller 11 updates the "State" field in the manage- 
ment table 16 into 'Backed up'. 
[0091] Using the information backed up as described 
above, an initial setting may be performed upon failure 
and replacement of the network apparatus 60, so that 
the network apparatus 60 may retain the setting before 
replacement unchanged. 

[0092] The network apparatus 60 may be such that 
no second initial setting is required when the first initial 



setting has been appropriately performed. This may be 
realized because the network apparatus 60 stores the 
initial configuration information in the memory part 15. 
The management table 16 may be stored in the ROM 
5 14 as a nonvolatile memory as described above. This 
may prevent unnecessary processes for address as- 
signment and initial setting from being required. 
[0093] In that event, the network apparatus 60 does 
not transmit an initial setting request to the router 30 in 
™ Fig. 6; the DHCP server does not transmit the initial set- 
ting request to the management device 10 in Fig. 10. In 
Fig. 6, the controller 61 of the network apparatus 60 de- 
termines before transmitting the initial setting request 
whether the initial setting has already been performed, 
*5 and if determining that the initial setting has already 
been performed, then controls each section not to trans- 
mit the initial setting request, and if determining that the 
initial setting has not been performed yet, then controls 
each section to transmit the initial setting request. Such 
20 control may be exercised, for example, by setting the 
configuration file. In Fig. 10, a controller (not shown) of 
the DHCP server 20 may link the communication param- 
eter request by the network apparatus 60 with the initial 
setting request. 
25 [0094] Referring now to Fig. 12, a description will be 
given of still another variation of the embodiment shown 
in Fig. 6. Fig. 12 is a flowchart for explaining still another 
variation of the embodiment shown in Fig. 6. The 
present embodiment differs from the embodiment in Fig. 
30 6 in that the management device 10 addresses an in- 
quiry to the network apparatus 60 after the DHCP server 
20 has assigned an address and requested the initial 
setting to the management device 10. Although it is not 
determined whether the network apparatus 60 is ex- 
35 pected to perform an initial setting in the embodiment 
shown in Fig. 10, an inquiry is addressed from the man- 
agement device 10 to the network apparatus 60 in this 
embodiment to offset this fault. The network apparatus 
60 responds to the initial setting request from the man- 
40 agement device 1 0 when an initial setting is necessary, 
for example, upon initial installation or trouble, but does 
not respond when the initial setting is unnecessary. 
Whether the initial setting is necessary or not may be 
altered with a switch attached to the management de- 
45 vice 1 0 or the network apparatus 60. Since other oper- 
ations are the same as in Fig. 6, a detailed description 
will be omitted herein. 

[0095] Next, referring to Fig. 13, a description will be 
given of a management operation of the network system 
50 1. Fig. 13 is a timing chart for explaining the manage- 
ment operation of the network system 1. As shown in 
Fig. 13, the management device 10 of the present em- 
bodiment performs management through TELNET, 
management through SNMP, management through 
55 TFTP, that is, bulk data collection, and management 
through HTTP. 

[0096] First, the management device 10 communi- 
cates with the network apparatus 60 using TELNET 
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TELNET is a protocol that enables communications be- 
tween the management device 10 and the network ap- 
paratus 60 on a TCP/IP network. The management de- 
vice 10, like a server such as on UNIX, connects with 
the network apparatus 60, and invites an administrator 
to enter a user ID and password in response to a login 
prompt from the network apparatus 60 to log in the sys- 
tem of the network apparatus 60. Next, the management 
device 10 allows the administrator to enter a manage- 
ment command and an information collection command 
in accordance with displayed messages, and the net- 
work apparatus 60 transmits the apparatus information 
in response. 

[0097] In the present embodiment, the management 
device 10 performs management using SNMP (Simple 
Network Management Protocol), a standard protocol for 
the TCP/IP network management. In operation, SNMP 
uses the four types of messages: (1) get (for collecting 
management information); (2) get-next (for collecting 
management information); (3) set (for setting manage- 
ment information); and (4) trap (for notifying a failure). 
Specifically, normally under SNMP a GUI (Graphical Us- 
er Interface) application is launched in the management 
device 10, and if information is required as a result of 
the operation, the information obtained by transmitting 
a GetRequest or GetNextRequest message, and re- 
ceived as a GetResponse message is displayed on 
screen. If configuration is required, a SetRequest mes- 
sage is issued and a setting result is received with a 
GetResponse message. If status conditions in the net- 
work apparatus 60 have changed, the network appara- 
tus 60 independently transmits a trap signal to the man- 
agement device 1 0, and the management device 1 0 dis- 
plays a message therefor. 

[0098] TFTP transmits and receives mainly configu- 
ration information and firmware of the network appara- 
tus 60 in the form of a file. For example, the configuration 
information is collected as a file, and if the network ap- 
paratus 60 fails, the file is transmitted by return and used 
when the original configuration information should be re- 
stored. 

[0099] Under HTTP (Hypertext Transfer Protocol), 
HTML documents are transmitted and received be- 
tween the management device 10 and the network ap- 
paratus 60. The operation in HTTP is almost the same 
as in TELNET, but the human interface is based upon a 
Web page, rather than a command prompt, and thus a 
user may operate the management device 1 0 by select- 
ing at his/her discretion a graphical element such as icon 
or window displayed on the screen using a pointing de- 
vice. 

[0100] If the network apparatus 60 is identified as an 
unauthorized device, the management device 10 as 
necessary refuses the login, and transmits an HTML 
document to notify the network apparatus 60 to that ef- 
fect, and records the fact. 

[0101] According to the network system 1 of the 
present embodiment, a predetermined initial setting 



may be set only by power-up of the network apparatus 
60. Since the network apparatus 60 may be identified 
by (the port identifier of) the relay port 52 of the inter- 
connecting device 50, the inventive system may be ap- 

5 plied to a network environment with different types of 
apparatuses, and a different configuration procedure 
may be set to each type of the apparatus. The configu- 
ration information of the network apparatus 60 may be 
backed up, and thus replacement of the network appa- 

10 ratus 60 may be handled automatically. In this case, an 
administrator does not have to enter the MAC address 
or other identifier of the apparatus. Moreover, according 
to the network system 1 of the present embodiment, 
management information unique to the network appa- 

15 ratus 60 may be set. 

[0102] Although the preferred embodiments of the 
present invention have been described above, various 
modifications and changes may be made in the present 
invention without departing from the spirit and scope 

20 thereof. 

[0103] According to the management method and 
system of the present invention, using a port identifier 
corresponding to each network apparatus on a one-to- 
one basis, the network apparatus may be initialized and 
25 managed easily, namely, without burdensome manual 
entry. 



Claims 

30 

1 . A network system comprising 

one or more of interconnecting devices that 
are connected to a network; 

a target device to be managed that is connect- 
35 ed with one of the interconnecting devices via a 
port; and 

a management device that manages the tar- 
get device based upon a port identifier for identify- 
ing the port. 

40 

2. A network system according to claim 1 , further com- 
prising a server that sets an address on the network 
at the target device. 

45 3. A network system according to claim 1 , wherein the 
interconnecting device comprises: 

a detector part that detects power-up of the tar- 
get device; and 
50 a processor part that notifies the management 

device of the port identifier when the detector 
part detects the power-up of the target device. 

4. A network system according to claim 1 , wherein the 
55 management device includes a memory part for 
storing: 

network apparatus information including the 
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address of the target device on the network and 
device type information indicating a type of the 
target device; 

connection information including identifying in- 
formation for the interconnecting device and 5 
the port identifier; and 

configuration information for managing the tar- 
get device. 

5. A network system according to claim 4, wherein the 10 
management device includes a processor part that 
updates the configuration information stored in the 
memory part, if the management device determines 
that a predetermined condition is satisfied. 

15 

6. A network system according to claim 4, wherein the 
management device includes a processor part that 
sets the configuration information stored in the 
memory part at the target device, if the manage- 
ment device determines that a predetermined con- 20 
dition is satisfied. 

7. A network system according to claim 1 , wherein the 
interconnecting device includes at least one of a 
hub, a router, and a switch. 25 

8. A network system according to claim 1 , wherein the 
target device includes at least one of a hub, a router, 
and a switch. 



9. A management method comprising the steps of: 

providing via one or more of interconnecting de- 
vices connected to a network an address of a 
target device to be managed connected to one 
of the interconnecting devices for a manage- 
ment device that is connected to the network to 
manage the target device; and 
the management device managing the target 
device based upon the address. 

10. A management method according to claim 9 further 
comprising the steps of: 

the management device receiving a setting re- 
quest for configuration information for manag- 
ing the target device, and the address; and 
the management device identifying the address 
of the target device by comparing the address 
in the providing step and the address in the re- 
ceiving step. 

11. A management method according to claim 10, 
wherein the receiving step comprises the steps of: 

the target device transmitting the setting re- 
quest to the interconnecting device; and 
the interconnecting device transferring the set- 



30 



35 



40 



45 



ting request to the management device and 
providing the address of the target device for 
the management device. 

12. A management method comprising the steps of: 

providing via one or more of interconnecting de- 
vices connected to a network a port identifier 
for identifying a port of a target device to be 
managed connected with one of the intercon- 
necting devices via a port of the one of the in- 
terconnecting devices for a management de- 
vice that is connected to the network to manage 
the target device; and 

the management device managing the target 
device based upon the port identifier. 

13. A management method according claim 12, where- 
in the providing step further provides an address of 
the target device on the network for the manage- 
ment device; and 

wherein the management method further 
comprises the steps of: 

the management device receiving a setting re- 
quest for managing the target device and the 
address; and 

the management device identifying the port 
identifier of the target device by comparing the 
address in the providing step and the address 
in the receiving address. 

14. A management method according to claim 13, 
wherein the receiving step includes the steps of: 

the target device transmitting the setting re- 
quest to the interconnecting device; and 
the interconnecting device transferring the set- 
ting request to the management device and 
providing the address of the target device and 
the port identifier for the management device. 

15. A management method according to claim 12, 
wherein the receiving step includes the step of the 
management device communicating with a server 
for setting an address of the target device on the 
network to obtain the address. 



16. A management method according to claim 12, 
50 wherein the receiving step includes the step of the 

management device communicating with a server 
for setting an address of the target device on the 
network to obtain the setting request and the ad- 
dress. 

55 

17. A management method according to any one of 
claims 9-11 and 13-16 wherein the address is a 
MAC address. 
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18. A management method according to any one of 
claims 9-11 and 13-16, wherein the address is an 
IP address. 

19. A management method according to any one of 
claims 10, 11 and 13-16, wherein in the receiving 
step the management device further receives de- 
vice type information for identifying a type of the tar- 
get device. 

20. A management method by which a target device to 
be managed connected to a interconnecting device 
connected to a network is managed on the network, 
comprising the steps of: 

setting network apparatus information includ- 
ing an address of the target device on the net- 
work and device type information for identifying 
a type of the target device; 
setting connection information including identi- 
fying information of the interconnecting device 
and a port identifier; 

setting configuration information for managing 
the target device; and 

creating a comparative table of the network ap- 
paratus information, the connection informa- 
tion, and the configuration information. 

21. A management method according to claim 20, fur- 
ther comprising the step of setting the configuration 
information at the target device. 

22. A management method according to claim 20, 
wherein the target device is managed based upon 
the port identifier. 

23. A program that executes a method by which a target 
device to be managed connected to a interconnect- 
ing device connected to a network is managed on 
the network, said method comprising the steps of: 



device to be managed connected with the in- 
terconnecting device; and 
a processor part that notifying a management 
device that is connected to the network to man- 
5 age the target device of an address of the target 

device, when the detector part detects the pow- 
er-up of the target device. 

25. A interconnecting device according to claim 24, 
10 wherein the target device is connected with the in- 
terconnecting device via a port of the interconnect- 
ing device; and 

wherein the processor part further notifies the 
management device of a port identifier for identify- 
15 ing the port, when the detector part detects the pow- 
er-up of the target device. 

26. A program that executes a control method imple- 
mented by a interconnecting device connected to a 

20 network, the control method comprising the steps 
of: 

determining whether a target device to be man- 
aged connected to the interconnecting device 
25 has been powered on; and 

notifying a management device that is connect- 
ed to the network to manage the target device 
of an address of the target device, when it is 
determined in the determining step that the tar- 
30 get device has been powered on. 

27. A program according to claim 26, wherein the target 
device is connected with the interconnecting device 
via a port of the interconnecting device; and 

35 wherein the notifying step further includes the 

step of notifying the management device of a port 
identifier for identifying the port, when it is deter- 
mined in the determining step that the target device 
has been powered on. 

40 



15 



25 



30 



setting network apparatus information includ- 
ing an address of the target device on the net- 
work and device type information for identifying 
a type of the target device; 45 
setting connection information including identi- 
fying information of the interconnecting device 
and a port identifier; 

setting configuration information for managing 
the target device; and so 
creating a comparative table of the network ap- 
paratus information, the connection informa- 
tion, and the configuration information. 



24. A interconnecting device connected to a network, 55 
comprising: 



a detector part that detects power-up of a target 
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